home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 625 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.1 KB
  1. Date: Tue, 9 Nov 93 23:18:25 -0500
  2. From: "Nicholas S Castellano" <entropy@terminator.rs.itd.umich.edu>
  3. To: Stephen.Usher@earth.ox.ac.uk
  4. In-Reply-To: Stephen Usher's message of Tue, 9 Nov 1993 14:52:33 +0000 (GMT) <8942.9311091452@earth.ox.ac.uk>
  5. Subject: include file problems
  6.  
  7. >>>It would probably be a good idea if the MiNTlibs were broken up into
  8. >>>subsections which would be placed in subdirectories. This would probably
  9. >>>speed up compile times due to the decrease in directory search time. It
  10. >>>would probably also aid development, machine support etc could be
  11. >>>distinguished from Unix compatability etc etc etc.
  12. >>
  13. >>It would also give me a large pain in the ass.
  14. >
  15. >Yes it would... to begin with at least. Once the major reorganisation had
  16. >been done it would be far easier to maintain. It would also allow the
  17. >complete merging of the TOS and MiNT libraries for all compilers into the
  18. >one directory tree if it were a join task taken on by all the maintainers.
  19.  
  20. It would be a pain in the beginning, and continuously.  I have enough
  21. trouble as it is trying not to lose patches.
  22.  
  23. The merging of the various libraries is being worked on (or at least
  24. Leif and I have been discussing how to merge the Lattice stuff into
  25. the main distribution.)  Organizing the files into different
  26. directories doesn't make this task any easier.
  27.  
  28. >Much of the basic code doesn't change in the libraries... you'd be able to
  29. >forget about those bits of code.
  30.  
  31. Unfortunately this isn't true.  I wish it were.
  32.  
  33. >Also... you could farm out sub-sections of the libraries to subsiduary
  34. >maintainers who could generate unified patches for those directories.
  35.  
  36. ...And then have a real headache when some change has to be
  37. coordinated between seven different people.  Not to mention how
  38. difficult it would be to get people to send patches to the correct person.
  39.  
  40. >At the moment C libraries for the Atari computers are a hotch-potch mess. We
  41. >need to unify them and standardise asap IMHO so code will be able to be
  42. >compiled using any of the compilers without hassle, at least the free-ware
  43. >compilers. Maybe we could get the commercial compiler producers to get in
  44. >line too.
  45.  
  46. I agree.
  47.  
  48. >(By the way.... has anyone fixed scanf() yet? :-))
  49.  
  50. I don't even know what's wrong with it, besides the fact that people
  51. say it fails some tests.  Now if I could find those tests...
  52.  
  53. >None other than it's a complete mess with everything just thrown into the
  54. >same directory! We're going to have sub-directories for a whole lot of new
  55. >stuff once the socket and other stuff is fully integrated.. ie. <un/*.h>,
  56. ><net/*.h>, <netinet/*.h>, <protocols/*.h> etc... oh and I forgot..
  57. ><posix/*.h>.
  58.  
  59. The first four are all in the domain of the socket library, which is
  60. not part of the mint library.  Maybe it will be at some point, i'll
  61. worry about it then.
  62.  
  63. There is no posix/*.h.  All posix-required headers are in the main
  64. include directory.  What would we gain by having posix/stdio.h,
  65. posix/unistd.h etc.?
  66.  
  67. --
  68. entropy -- it's not just a good idea, it's the second law.
  69. Personal mail:      entropy@gnu.ai.mit.edu
  70. MiNT library mail:  entropy@terminator.rs.itd.umich.edu
  71.  
  72.  
  73.